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MONITORING A LOCAL AREA NETWORK 

CROSS REFERENCE TO RELATED APPLICATION 
[0001] This application claims the benefit of an earlier filed provisional 
application U.S. Provisional Application Serial No. 60/371,084, entitled 
MONITORING A LOCAL AREA NETWORK, filed on April 8, 2002, the entire 
content of which is incorporated herein by reference. 

BACKGROUND 

1 . Field of the Invention 

[0002] The present invention generally relates to wireless local area networks. 
More particularly, the present invention relates to monitoring a wireless local area 
network. 

2. Description of the Related Art 

[0003] Computers have traditionally communicated with each other through 
wired local area networks ("LANs"). However, with the increased demand for 
mobile computers such as laptops, personal digital assistants, and the like, 
wireless local area networks ("WLANs") have developed as a way for computers 
to communicate with each other through transmissions over a wireless medium 
using radio signals, infrared signals, and the like. 

[0004] In order to promote interoperability of WLANs with each other and with 
wired LANs, the IEEE 802.1 1 standard was developed as an international 
standard for WLANs. Generally, the IEEE 802.1 1 standard was designed to 
present users with the same interface as an IEEE 802 wired LAN, while allowing 
data to be transported over a wireless medium. 

[0005] In accordance with the IEEE 802.1 1 standard, a station is authenticated 
and associated with an access point in the WLAN before obtaining service from 
the access point. During this authentication and association process, the station 
proceeds through 3 stages or states (i.e., State 1, State 2, and State 3). hi State 1, 
the station is unauthenticated and unassociated. In state 2, the station is 
authenticated but unassociated. In State 3, the station is authenticated and 
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associated. If a station has a connectivity problem, such as difficulty obtaining 
service from an access point, diagnosing the cause of the connectivity problem 
can be difficult. 

SUMMARY 

[0006] In one exemplary embodiment, a wireless local area network (WLAN) is 
monitored by receiving transmissions exchanged between one or more stations 
and an access point (AP) in the WLAN using a detector located in the WLAN. A 
database is compiled based on the received transmissions. The received 
transmissions are analyzed to determine the state of a station. The compiled 
database and the determined state of the station are used to diagnose connectivity 
problems of the station. 

DESCRIPTION OF THE DRAWING FIGURES 
[0007] The present invention can be best understood by reference to the following 
detailed description taken in conjunction with the accompanying drawing figures, 
in which like parts may be referred to by like numerals: 
[0008] Fig. 1 shows an exemplary Open Systems Interconnection (OSI) seven 
layer model; 

[0009] Fig. 2 shows an exemplary extended service set in a wireless local area 
network ("WLAN"); 

[0010] Fig. 3 is an exemplary flow diagram illustrating various states of stations 
in a WLAN; 

[0011] Fig. 4 shows an exemplary embodiment of an access point and a station 
exchanging transmissions; 

[0012] Fig. 5 shows elements of an exemplary database; 

[0013] Fig. 6 shows another exemplary embodiment of an access point and a 

station exchanging transmissions; and 

[0014] Fig. 7 shows still another exemplary embodiment of an access point and a 
station exchanging transmissions. 
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DETAILED DESCRIPTION 
[0015] In order to provide a more thorough understanding of the present 
invention, the following description sets forth numerous specific details, such as 
specific configurations, parameters, examples, and the like. It should be 
recognized, however, that such description is not intended as a limitation on the 
scope of the present invention, but is intended to provide a better description of 
the exemplary embodiments. 

[0016] With reference to Fig. 1, an exemplary Open Systems Interconnection 
(OSI) seven layer model is shown, which represents an abstract model of a 
networking system divided into layers according to their respective 
functionalities. In particular, the seven layers include a physical layer 
corresponding to layer 1, a data link layer corresponding to layer 2, a network 
layer corresponding to layer 3, a transport layer corresponding to layer 4, a 
session layer corresponding to layer 5, a presentation layer corresponding to layer 
6, and an application layer corresponding to layer 7. Each layer in the OSI model 
only interacts directly with the layer immediately above or below it. 
[0017] As depicted in Fig. 1, different computers can communicate directly with 
each other only at the physical layer. However, different computers can 
effectively communicate at the same layer using common protocols. For 
example, one computer can communicate with another computer at the 
application layer by propagating a frame from the application layer through each 
layer below it until the frame reaches the physical layer. The frame can then be 
transmitted to the physical layer of another computer and propagated through each 
layer above the physical layer until the frame reaches the application layer of that 
computer. 

[0018] The IEEE. 802. 11 standard for wireless local area networks ("WLANs") 
operates at the data link layer, which corresponds to layer 2 of the OSI seven layer 
model, as described above. Because IEEE 802.1 1 operates at layer 2 of the OSI 
seven layer model, layers 3 and above can operate according to the same protocols 
used with IEEE 802 wired LANs. Furthermore, layers 3 and above can be 
unaware of the network actually transporting data at layers 2 and below. 
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Accordingly, layers 3 and above can operate identically in the IEEE 802 wired 
LAN and the IEEE 802.1 1 WLAN. Furthermore, users can be presented with the 
same interface, regardless of whether a wired LAN or WLAN is used. 
[0019] With reference to Fig. 2, an example of an extended service set, which 
forms a WLAN according to the IEEE 802.11 standard, is depicted having three 
basic service sets ("BSS"). Each BSS can include an access point ("AP") and one 
or more stations. A station is a component that can be used to connect to the 
WLAN, which can be mobile, portable, stationary, and the like, and can be 
referred to as the network adapter or network interface card. For instance, a 
station can be a laptop computer, a personal digital assistant, and the like. In 
addition, a station can support station services such as authentication, 
deauthentication, privacy, delivery of data, and the like. 
[0020] Each station can communicate directly with an AP through an air link, 
such as by sending a radio or infrared signal between WLAN transmitters and 
receivers. Each AP can support station services, as described above, and can 
additionally support distribution services, such as association, disassociation, 
distribution, integration, and the like. Accordingly, an AP can communicate with 
one or more stations within its BSS, and with other APs through a medium, 
typically called a distribution system, which forms the backbone of the WLAN. 
This distribution system can include both wireless and wired connections. 
[0021] With reference to Figs. 2 and 3, under the current IEEE 802.1 1 standard, 
each station must be authenticated to and associated with an AP in order to 
become a part of a BSS and receive service from an AP. Accordingly, with 
reference to Fig. 3, a station begins in State 1, where the station is unauthenticated 
to and unassociated with an AP. In State 1, the station can only use a limited 
number of frame types, such as frame types that can allow the station to locate and 
authenticate to an AP, and the like. 

[0022] If a station successfully authenticates to an AP, then the station can be 
elevated to State 2, where the station is authenticated to and unassociated with the 
AP. In State 2, the station can use a limited number of frame types, such as frame 
types that can allow the station to associate with an AP, and the like. 
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[0023] If a station then successfully associates or reassociates with an AP, then 
the station can be elevated to State 3, where the station is authenticated to and 
associated with the AP. In State 3, the station can use any frame types to 
communicate with the AP and other stations in the WLAN. If the station receives 
a disassociation notification, then the station can be transitioned to State 2. 
Furthermore, if the station then receives a deauthentication notification, then the 
station can be transitioned to State 1 . Under the IEEE 802. 1 1 standard, a station 
can be authenticated to different APs simultaneously, but can only be associated 
with one AP at any time. 

[0024] With reference again to Fig. 2, once a station is authenticated to and 
associated with an AP, the station can communicate with another station in the 
WLAN. In particular, a station can send a message having a source address, a 
basic service set identification address ("BSSID"), and a destination address, to its 
associated AP. The AP can then distribute the message to the station specified as 
the destination address in the message. This destination address can specify a 
station in the same BSS, or in another BSS that is linked to the AP through the 
distribution system. 

[0025] Although Fig. 2 depicts an extended service set having three BSSs, each of 
which include three stations, an extended service set can include any number of 
BSSs, which can include any number of stations. 

[0026] With reference to Fig. 4, a detector can be used to monitor a WLAN. 
More specifically, the detector can be configured to receive transmissions on the 
WLAN, then compile a database based on the received transmissions. As will be 
described below, the information compiled in the database can then be used to 
monitor the WLAN for the occurrence of various events and/or to diagnose 
problems. 

[0027] With reference to Fig. 5, in one configuration, the database compiled by 
the detector includes node elements, session elements, and channel elements. 
Note that Fig. 5 is intended to depict the structure of the database compiled by the 
detector in abstract and not intended to depict the actual structure of the database. 
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or 



[0028] A node element is associated with a node in the WLAN, such as an AP 
a station. In one configuration, node elements are indexed by MAC addresses, 
which can be obtained from the source and destination address fields of frames. 
Each node element in the database includes one set of statistics that tracks the 
number of transmissions into that node and another set of statistic that tracks the 
number of transmissions out of that node. The set of statistics categorizes 
transmissions according to frame types (beacon, probes, etc.), address type 
(unicast, multicast, broadcast, etc.), receive radio attributes (signal strength, noise, 
CRC error, transmission speed, et). Each node element can also include one or 
more of the following fields: 

-createtime (time when the node is discovered) 
-MACaddress (MAC address of the node) 
-Beaconlnterval (the beacon interval if the node is an AP) 
-Capability (bit map of ESS/IBSS, CF-poll, wired equivalent privacy 

(WEP), preamble, channel agility, etc.) 
-AuthAlgos (Open system or share key authentication) 
-IsInEssMODE (Infrastructure mode) 
-HasPrivacy (WEP enabled) 
-SupportShortPreamble (Short preamble supported) 
-IsAP (mis node is an AP) 
-IsBridge (this node is a bridge) 

-ApAnnouncedSSID (If it is an AP, did it announce SSID) 
-SSID (SSID of the node (AP or Station)) 
-APNAME (If node is an AP, its announced AP name) 
-DSParamSet (Channel assignment) 
-SupportedRates (1, 2, 5.5, or 1 1 mbps) 
-IPAddress (IP address of the node) 

[0029] A session element is associated with a session established between any 
two nodes, such as when a station is authenticated and associated with an AP. 
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Each session element in the database includes one set of statistics that tracks the 
number of transmissions in one direction between two nodes and another set of 
statistics that tracks the number of transmissions in another direction between two 
nodes. For example, if the session is between a station and an AP, one set of 
statistics tracks the number of transmissions from the station to the AP and 
another set of statistics tracks the number of transmissions from the AP to the 
station. 1 

[0030] A channel element is associated with a channel in the WLAN, In the 
current implementation of the IEEE 802.1 1 standard, a total of 1 1 channels are 
used in the US, 13 channels are used in Europe, and 14 channels are used in 
Japan. Each channel element in the database includes a set of statistics that tracks 
the number of transmissions in that channel. 

[0031] Having thus described the basic configuration of the database compiled by 
the detector, the following describes the different types of transmissions that can 
be received by the detector and the types of information that can be obtained from 
the transmissions: 



Types of Transmissions 


Obtained Information 


Beacon Frame 


Beacon Interval, Capability, Privacy 
Preamble, SSID, Supported Rates, 
Channel, AP name 


Probe Request 


SSID of sender node, Supported Rate 
ofSSID 


Probe Response 


Beacon Interval, Capability, Privacy 
Preamble, SSID, Supported Rates, 
Channel, AP name 


Authentication Frame 


Authentication Algorithm (Open 
System or Shared Key), Authentication 
State Information (Authentication 
Sequence Number) 


DeAuthentication Frame 


Indication that the Session has been 
terminated 


Association Request & 
ReAssociation 


Sender's Capability, Supported Rates, 
SSID 


Association Response 


Capability, Confirm that a Session has 
been established 


Data Frame 


IP address, Confirm that a Session has 
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been established, Identity of Sender, 
Identity of Destination, Identity of AP 

; 1 used 

" ' ^ Table 1 

[0032] The information obtained from the received transmissions can then be 

used to compile and/or update the database. For example, assume that the 

detector receives a beacon frame from a node that has not been added to the 

database. As such, a new node element is created in the database, assume that this 

node is labeled Nodel. As described above, MAC addresses can be obtained 

from the source and destination address fields of frames. Additionally, a beacon 

frame is transmitted by an AP. As such, Nodel can be identified as an AP and by 

its MAC address. Additionally, as described above, a beacon frame can include 

information such as Beacon Interval, Capability, Privacy Preamble, SSID, 

Supported Rates, Channel, and AP name. As such, the appropriate fields of 

Nodel is updated with this information. Additionally, the set of statistics to track 

outbound transmissions for Nodel is updated. The set of statistics for the 

appropriate channel element is also updated. 

[0033] Now assume that a probe request is received from a node that has not been 
added to the database. As such, a new node element is created in the database, 
assume that this node is labeled Node2. Additionally, a probe request is 
transmitted by a station. As such, Node2 can be identified as a station. 
Additionally, as described above, a probe request can include information such as 
SSID of the sender node and the Supported Rate of the sender node. As such, the 
appropriate fields of Node2 is updated with this information. Additionally, the set 
of statistics to track outbound transmissions for Node2 is updated. Moreover, 
assuming that the probe request is sent to Nodel, which can also be determined 
from the probe request, the set of statistics to track inbound transmissions for 
Nodel is updated. The statistics field for the appropriate channel element is also 
updated. 

[0034] The SSID of an AP can be suppressed in the beacon frame, meaning that 
the SSID cannot be obtained from the beacon frame. In such an instance, the 
SSID of the AP can be obtained from the probe request of a station that sends the 
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probe request to the AP and the AP sends a probe response to the station. The AP 
would not have sent the probe response to the station had the probe request not 
contained the proper SSID. Thus, in this manner, the SSID of an AP that 
suppresses its SSID in its beacon can be determined based on the probe request 
sent by a station to the AP. 

[0035] Now assume that a data frame is received from a node that has not been 
added to the database. As such, a new node element is created in the database, 
assume that this node is labeled Node3. Also assume in this instance that the data 
frame is being sent from Node3 to Nodel . The identity of Node3 and Nodel can 
be obtained by examining the data frame's header information, and more 
particularly the destination and source addresses. As such, even if the existence 
of Nodel had not been known, its existence can be discerned from the data frame. 
The transmission of the data frame between Node3 and Nodel also establishes 
that the two nodes are operating on the same channel and are using the same 
authentication algorithm. Thus, the appropriate fields for Node3 and Nodel can 
be updated. The set of statistics to track outbound transmissions for Node3, the 
set of statistics to track inbound transmissions for Nodel, and the set of statistics 
of the appropriate channel element is also updated. 

(00361 Additionally, Nodel and Node3 can be identified as stations or APs based 
on the header of the data frame. More particularly, an AP is identified as a 
distribution system in the header of the data frame. As such, if only the 
destination address of the data frame from Node3 to Nodel specified a 
distribution system, then Nodel can be identified as an AP and Node3 can be 
identified as a station. However, if both the destination and source addresses 
specified a distribution system, then Nodel and Node3 are both APs, and more 
particularly APs operating as a bridge. Thus, in this manner, nodes operating as 
bridges in the WLAN can be identified based on a data frame received at the 
detector. 

[0037] The receipt of the data frame also confirms that a session has been 
established between Node3 and Nodel . As such, a session element is created in 
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the database, assume that this session is labeled Sessionl. The set of statistics to 
track transmissions from Node3 to Nodel is then updated. 
[0038] If the data frame is encrypted, then Nodel and Node3 can be identified as 
using wired equivalent privacy (WEP) encryption. The appropriate fields in 
Nodel and Node3 are then updated. 

[0039] In this manner, the database of the nodes, sessions, and channels within 
the WLAN can be compiled by the detector. Note, however, that the above 
examples are not meant to be comprehensive descriptions of the process of 
compiling the database. Rather, the above examples are meant to be illustrative of 
the process. 

[0040] In the present exemplary embodiment, the detector compiles the database 
by receiving transmissions over a period of time. In one configuration, the 
detector compiles the database over a period of several minutes, such as 5, 10, or 
more rninutes. Note, howeVer, that the period of time can vary depending on the 
circumstances. For example, a longer period of time, such as an hour or more, 
can be used for a more comprehensive assessment of the WLAN. 
[0041] As described above, the detector can receive transmissions over the 
WLAN by scanning the available channels in the WLAN. Alternatively, specific 
channels can be selected to be scanned. As also described above, the number of 
available channels can vary depending on the country. For example, in the US a 
total of 1 1 channels are used, in Europe a total of 13 channels are used, and in 
J apan a total of 14 channels are used. 

[0042] Although the detector scans the channels to receive transmissions, it 
passively receives the transmissions, meaning that it does not broadcast signals on 
the WLAN. An advantage of passively monitoring the WLAN is that additional 
bandwidth on the WLAN is not consumed. 

[0043] The detector can be a station in the wireless local area network. 
Additionally, the detector can be mobile, portable, stationary, and the like. For 
instance, the detector can be a laptop computer, a personal digital assistant, and 
the like. In addition, the detector can be used by a user as a diagnostic tool, by an 
administrator as an administrative tool, and the like, to monitor the WLAN. 
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[0044] For example, the database compiled by the detector can be used to monitor 
the WLAN for the occurrence of various events. The following tables list 
examples of some security and performance events that can be detected based on 
the compiled database: 
[0045] I. Security Events 



Event 


Detection Method 


AP with WFP 

*Jd. VVJU1 TT Ajtl 

disabled 


j^AdiDirie oeacon name, examine data trames to 
determine if data frames are encrypted 


Client with WEP 
disabled 


ioAdinine tuna names 10 determine it data 
frames are encrypted 


Flawed WEP 

■A. laVT^U TV J— 'JC 

encryption 


Lxamme j sequential data trames to determine 
if the encryption fits a predictable pattern 


Open System auth. 
used 


Determine from authorization request and/or 
response 


Device probing 
network 


Examine probe request frame for SSID with 
length of zero and if probe request frame only 
has SSID field. Determine if station fails to 
proceed with authentication after receiving 
probe response. 


Auth. failures 
exceeded 


Count number of authentication failures. 


AP unconfigured 


Examine SSID of AP and determine if SSID is 
a default SSID 


Unauthorized AP 
detected 


Compare to a list of known and authorized AP. 


Unauthorized client 
detected 


Compare to a list of known and authorized 
clients 


Spoofed MAC address 


Examine sequence number of packages to 
and/or from a node 


Table 2 

II. Performance Events 


Event 


Detection Method 


AP with weak signal 
strength 


Determine based on data received from WLAN 
Card antenna. Signal can be considered weak if 
below an established threshold, such as 20 % - 
Relative Signal Strength Indicator (RSSI) 


CRC error rate 
exceeded 


For each channel and node, compute rate from 
transmitted frames. Error rate exceeded if 
above an established threshold, such as 20 % - 
CRC error frames to total frames ratio 
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Frame retrv ratp 

**■ * *« i tiw iwu y laic 

exceeded 


For each channel and node, compute rate from 
transmitted frames. Retry rate exceeded if 
above an established threshold, such as 10 % - 
802.1 1 retry frames to total frames ratio 


Low speed tx rate 

wAvvbUCU 


For each channel and node, compute rate from 
transmitted frames. Rate exceeded if above an 
established threshold, such as 70 % - 1 1 mbps 
data trames to total data frame ratio 


AP association 
capacity full 


Examine association response frame for error 
code #17 


Fragmentation rate 


For each channel and node, compute rate from 
transmitted frames. Fragmentation rate 
exceeded if above an established threshold, 

C11/*l* QO £ft 0/ fi nj ■ ■ ■ i i 1 ** - . - - — 

sucn as :>u /o iragmented frames to total frames 
ratio 


uuuurriuiu UOaKw 

exceeded 


ror eacn cnannel and node, compute air time 
from transmitted frames 


Excessive miQcpH Ap 
beacons 


Count received beacon frames. Missed AP 
beacons excessive if over an established 
mresnoid, sucn as 50 % missed beacons to 
expected beacons ratio 


AP not supporting 
high sneed 


Determine from beacon frames and probe 
response names 


Channel with 
overloaded APs 


Determine from number of nodes that are 
Access Points in the same channel 


iVTl RSI n O - TlPT*fnTm ar»r»i» 

options 


Determine from compatibility fields in beacon 
frames and probe response frames 


Both PCF and DPF 1 
active 


determine trom compatibility fields in beacon 
frames and probe response flames 


APs with mutual 
interference 


Determine from number of nodes that are 
Access Points in the same channel and signals 
(RF) from Access Points 


Conflicting AP 
configuration 


Determine from fields assnHatpH with «r»ri*»o 

** WM1 uoOvvImICU WILLI I1UU6S 

identified as Access Points. For example, if 
multiple APs have same SSID 


Channel with high 
noise level 


Determine based on data received from WLAN 
Card antenna 


Excessive 
multicast/Broadcast 


For each channel and frame, determine number 
of multicast/broadcast frames from transmitted 
frames. Number excessive if more than an 
established threshold, such as 10 % of total 
frames 



Table 3 



12 



WO 03/088547 



PCT/US03/10727 



[0047] In one configuration, when one of the events listed above is detected, the 
detector can be configured to provide an alarm. Note, however, that which events 
trigger an alarm and the type of alarm provided can be selected and/or altered by a 
user. 

[0048] In addition to compiling a database, determining the state of a particular 
station can be desirable, such as in analyzing problems that the station may be 
experiencing in obtaining service. As described above, according to the current 
IEEE 802.1 1 standard, a station is authenticated and associated with an AP to 
become a part of a BSS and thus obtain service. As also described above, the 
steps in the authentication and association process is categorized into 3 states (i.e., 
State 1, State 2, and State 3). 

[0049] For example, with reference to Fig. 6, assume that a station is having 
difficulty in obtaining service from an AP. Determining if the station is able to 
reach State 1, State 2, or State 3 can assist in trouble shooting the problem. 
[0050] Thus, a detector can be located in the WLAN such that the detector can 
receive transmissions sent from and received by the station. Note that the detector 
need not necessarily be physically adjacent the station. Instead, the detector can 
be sufficiently near the station such that the reception range of the detector covers 
the station and the AP. 

[0051] By examining the transmissions sent from and received by the station, the 
detector can determine the state of the station. More particularly, different types 
of transmissions can be identified as being indicative of different states. For 
example, in the following table are different types of transmissions and the state 
that they indicate: 



Type of Transmission 


State j 


Probe Request Transmitted by Station 


1 


Probe Response Transmitted by AP 


1 


Authentication Request Transmitted by 
Station 


1 


Authentication Response w/ Challenge 
Text Transmitted by AP 


1 


Authentication Challenge Response 
Transmitted by Station 


1 
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Authentication Final Response 
Transmitted by AP 


1 - on negative 
response 

2 - on positive 
response 


j^cauuiciiu wdu. on i ransini iieu Dy J\r 


1 


Disassociation Transmitted by AP 


1 


Association Request Transmitted by 
Station 


2 


Association Response Transmitted by 
Station 


2 - on negative 
response 

3 - on positive 
response 


Higher Layer Protocol Data Transmitted 
by Station or AP 


3 



Table 4 



[0052] Thus, when a transmission sent to or from the station is received, the 
detector examines the transmission to determine if the transmission is one of the 
types of transmissions listed above. If it is, then the detector can determine the 
state of the station that received or sent the transmission. Note that the detector 
can also determine the state of the station based on the received transmissions for 
the station in the compiled database. 

[0053] For example, if the detector receives a probe request frame sent by the 
station, then the detector can determine that the station is at State 1. If the 
detector receives a probe response frame sent by the AP to the station, then the 
detector can determine that the station is at State 1. If the station receives a data 
frame, which is a higher layer protocol data, sent by the station or received by the 
station, then the detector can determine that the station is at State 3. 
[0054] The detector can also be configured to display the types of transmissions 
as a checklist. For example, the following checklist can be displayed: 



Beacon received by Station 

Probe request sent by Station 

Probe response received by Station 

Auth. request sent by Station 

Auth. challenge received by Station 

Auth. challenge response received by Station 
Auth. final response received by Station 
Assoc. request sent by Station 
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Assoc. response received by Station 

Data sent by Station 

Data received by Station 

Tables 

[0055] When one of the transmissions on the list is detected, then that type of 
transmission is marked. For example, if an authorization request sent by the 
station is received, the detector can "check off* the "Auth. request sent" line from 
above. In this manner, the user of the detector, such as an administrator of the 
WLAN or a trouble-shooter, can more easily determine the state of the station. 
[0056] Additionally, as will be explained below, a station can use one or more 
channels. As such, a separate checklist can be provided for each of the available 
channels. 

[0057] With reference to Fig. 7, as described above, before a station can receive 
service from an AP, the station must be authenticated. In order to increase 
security, an authentication protocol can be implemented in a WLAN environment, 
such as the extensible authentication protocol over LANs (EAPOL) protocol in 
accordance with the DEEE 802. lx standard. 

[0058] In accordance with the current EAPOL protocol, a station wanting to be 
authenticated, which is referred to as a supplicant, is authenticated using an 
authentication server, such as a remote authentication dial in user service 
(RADIUS) server. As depicted in Fig. 7, the station communicates with the AP, 
and the AP, which is referred to as the authenticator, communicates with the 
authentication server to authenticate the station. 

[0059] During the authentication process, the station, AP, and authentication 
server exchange a number of transmissions. More specifically, in one exemplary 
mode of operation, the AP sends an <4 EAP-Request/Identity" transmission to the 
station. The station then sends an "EAP-Response/Identity" transmission to the 
AP. The AP then sends the received "EAP-Response/Identity" transmission to the 
authentication server. In response, the authentication server sends a challenge to 
the AP, such as with a token password system. The AP sends the challenge to the 
station as a credential request. The station sends a response to the credential 
request to the AP. The AP sends the response to the authentication server. If the 
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response from the station is proper, the authentication server sends an "EAP- 
Success" transmission to the AP, which sends the package to the station. If the 
response is improper, the authentication server sends an "EAP-Failure" 
transmission to the AP, which sends the transmission to the station. It should be 
recognized that the number and types of transmissions exchanged between the 
station, AP, and authentication server can vary depending on the implemented 
mode of operation. 

[0060] As described above, in one exemplary embodiment, a detector can be 
located in the WLAN such that the detector can receive transmissions sent from 
and received by the station. Again, note that the detector need not necessarily be 
physically adjacent the station. Instead, the detector can be sufficiently near the 
station such that the reception range of the detector covers the station. 
[0061] By exaniining the transmissions sent from and received by the station, the 
detector can determine the state of the station. More specifically, the detector can 
receive the transmissions exchanged between the station and the AP during the 
authentication process described above in accordance with the EAPOL protocol. 
The detector can then determine the state of the station based on the received 
transmissions. More particularly, because the EAPOL transactions occur in state 
3 as 802.1 1 data, the station can be determined as being in state 3. 
[0062] Additionally, the detector can also be configured to display the types of 
transmissions as a checklist. For example, the following checklist can be 
displayed: 



802. IX initiated sent by Station 



Identity request sent by Station 



Identity response received by Station 



Credential request sent by Station 



Credential response received by Station 



802. IX authentication OK by Station 



802. IX authentication failed by Station 



De-authentication sent by Station 



Data sent by Station 



Data received by Station 
Table 6 
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[0063] When one of the transmissions on the list is detected, then that type of 
transmission is marked. For example, if an ''EAP-Request/Identity" package sent 
by the AP is received, the detector can "check off" the 'Identity request sent" line 
from above. In this manner, the user of the detector, such as an administrator of 
the WLAN or a trouble-shooter, can more easily determine the state of the station. 
[0064] Additionally, as will be explained below, a station can use one or more 
channels. As such, a separate checklist can be provided for each of the available 
channels. 

[0065] To identify the transmissions sent from and received by the station, the 
detector obtains the MAC address of the station, which can be obtained from the 
source and destination address fields of the transmitted frames. The MAC address 
can also be obtained directly from the station. Alternatively, the MAC address of 
the station can be stored and retrieved from a table of MAC address assignments, 
which can be maintained by an administrator of the WLAN. 
[0066] Additionally, if a particular AP that the station is attempting to 
communicate is known, the particular channel that the AP is operating on can then 
be monitored. If the station is attempting to communicate with multiple APs and 
the identity of those APs are known, then the particular channels that those APs 
are operating on can then be monitored. 

[0067] Furthermore, the detector can scan the channels of the wireless local area 
network to receive transmissions sent from and received by the station with 
known or unknown APs. As described above, in the current implementation of 
the IEEE 802.11 standard, a total of 11 channels are used in the US, 13 channels 
are used in Europe, and 14 channels are used in Japan. For the sake of 
convenience, the following description will assume that the detector and the 
WLAN are located in the US. However, note that the detector can be configured 
to operate with any number of channels and in various countries. 
[0068] In one configuration, the detector is configured to begin scanning by 
monitoring channel 1, then scan down each of the remaining 10 channels. If a 
station is having difficulty obtaining service, it will typically switch channels and 
repeat the association attempt therefore repeating the association failure scenario. 
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A station can continuously cycle through the channels in an effort to obtain 
service. As such, the detector is configured to monitor a particular channel for a 
sufficient amount of time so that the station can complete one or more cycles. For 
example, the detector can be configured to monitor each channel for about 3 
seconds. 

[0069] If no transmissions are detected after scanning all of the channels, then the 
station is rebooted. As described above, a station can be configured to cycle 
repeatedly through the channels in an attempt to obtain service. However, a 
station can also be configured to only attempt one cycle and to stop after the last 
channel has been attempted. When the station is rebooted, it typically begins 
operating on channel 1 . As such, by rebooting the station and monitoring on 
channel 1, a transmission sent to or received by the station can be detected. 
However, a station can take some time to reboot, typically a few seconds. As 
such, the detector is configured to monitor channel 1 for a longer duration than the 
other channels. For example, in one configuration, the detector is configured to 
monitor channel 1 for a period of 30 seconds. 

[0070] As described above, the detector can scan the available channels in the 
WLAN. Alternatively, specific channels can be selected to be scanned. Although 
the detector scans the channels, it passively receives the transmissions, meaning 
that it does not broadcast signals on the WLAN. This has the advantage that 
additional bandwidth on the WLAN is not consumed. 
[0071] The detector can be a station in the wireless local area network. 
Additionally, the detector can be mobile, portable, stationary, and the like. For 
instance, the detector can be a laptop computer, a personal digital assistant, and 
the like. In addition, the detector can be used by a user as a diagnostic tool, by an 
administrator as an administrative tool, and the like. 

[0072] Based on the compiled database and/or the determined state of the station, 
the cause of the connectivity problem of the station can be determined. For 
example, the following tables lists some possible problems and a method of 
detecting the problem: 
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Problem 


Detection Method 


Mismatched SSID 


By matching client station SSID against all 
SSID in the compiled database 


Wildcard (match all) 
SSID 


By matching client station SSID against 
NULL SSID. May only be a problem if there 
are mutiple SSIDs in the WLAN 


Mismatched channel 


By tracking traffic sent by the station in each 
channel, report the channel that AP of the 
same SSID exists but the station never 
transmitted any packets 


Mismatched speed, 
privacy, network type, or 
preamble 


By matching the capability attribute of the 
client station against ones of the AP's. If 
station ignores the probe request, then know 
that AP doesn't match stat 


Authentication failure 


By tracking authentication response packets. 


Association failure 


By tracking association response packet 


Equipment failure 


By noticing no packets transmitted at all from 
the station 


AP signal to weak 


By checking AP signal strength in the 
compiled database. The detector can be 
placed adjacent to the station to obtain signal 
strength 


Mismatched speed 


By matching station supported data rate 
against those of the APs 


Mismatched WEP key 


Association state reached and client station 
has transmitted data packets. The associated 
AP however sends no data packet back. 


Higher layer protocol 
problem 


By detecting successful data exchange 
between station and the AP 



Table 7 



[0073] Although the present invention has been described with respect to certain 
embodiments, examples, and applications, it will be apparent to those skilled in 
the ait that various modifications and changes may be made without departing 
from the invention. 
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CLAIMS 

We claim: 

1 . A method of monitoring a wireless local area network (WLAN), the 
method comprising: 

receiving transmissions exchanged between one or more stations and an 
access point (AP) in the WLAN using a detector located in the WLAN; 
compiling a database based on the received transmissions; 
analyzing the received transmissions to determine the state of a station; 

and 

diagnosing connectivity problems of the station using the compiled 
database and the determined state of the station. 

2. The method of claim 1, wherein receiving comprises: 
obtaining a medium access control (MAC) address of the station; 
receiving a transmission using the detector, wherein the transmission 

includes a source address and a destination address; and 

deterniining if the source address or the destination address of the 
transmission is the MAC address of the station. 

3. The method of claim 1, wherein receiving comprising: 

scanning a plurality of channels used in the wireless local area network 
using the detector, and 

rebooting the station if no transmissions are received during a scan of the 
plurality of channels. 

4. The method of claim 3, wherein the station operates on a first channel after 
being rebooted, wherein the first channel is one of the plurality of channels used 
in the wireless local area network, and further comprising: 
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scanning on the first channel using the detector for a longer period of time 
than other channels of the plurality of channels used in the wireless local area 
network. 

5. The method of claim 1, wherein compiling comprises: 
creating node elements in the database based on the received 

transmissions, wherein a node element is associate with a station or an AP in the 
WLAN; 

creating session elements in the database based on the received 
transmissions, wherein a session element is associated with a session established 
between two node elements; and 

creating channel elements in the database based on the received 
transmissions, wherein a channel element is associated with a channel in the 
WLAN. 

6. The method of claim 5, 

wherein a node element includes a first set of statistics that tracks the 
number of transmissions into the node element and a second set of statistics that 
tracks the number of transmissions out of the node element; 

wherein a session element includes a first set of statistics that tracks the 
number of transmissions in a first direction between two node elements and a 
second set of statistics that tracks the number of transmissions in a second 
direction between two node elements; and 

wherein a channel element includes a set of statistics that tracks the 
number of transmission in the channel. 

7. The method of claim 6, wherein creating node elements comprises: 
receiving a beacon frame from a node in the WLAN; 
determining a MAC address of the node from a source and destination 

field of the beacon frame; 

identifying the node as an AP in the database; 
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determining if a node element exists in the database that corresponds to the 

node; 

if the node element does not exist, adding a new node element 
corresponding to the node in the database and updating the second set of statistics 
of the node element; and 

if the node element does exist, updating the second set of statistics of the 
node element. 

8. The method of claim 7 further comprising: 

determining a channel on which the beacon frame was received; 
determining if a channel element exists in the data that corresponds to the 
channel; 

if the channel element does not exist, adding a new channel element 
corresponding to the channel in the database and updating the set of statistics of 
the new channel element; and 

if the channel element does exist, updating the set of statistics of the 
channel element. 

9. The method of claim 6, wherein creating node elements comprises: 
receiving a probe request from a node in the WLAN; 

determining a service set identification address (SSBD) of the node from 
the received probe request; 

identifying the node as a station; 

determining if a node element exists in the database that corresponds to the 

node; 

if the node element does not exist, adding a new node element 
corresponding to the node in the database and updating the second set of statistics 
of the node element; and 

if the node element does exist, updating the second set of statistics of the 
node element. 
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1 0. The method of claim 9 further comprising: 

determining from the received probe request a destination node; 
determining a SSE) of the destination node from the received probe 
request; 

identifying the destination node as an AP; 

determining if a node element exists in the database that corresponds to the 
destination node; 

if the node element does not exist, adding a new node element 
corresponding to the destination node in the database and updating the first set of 
statistics of the node element; and 

if the node element does exist, updating the first set of statistics of the 
node element. 

1 1 . The method of claim 6, wherein creating node elements comprises: 
receiving a data frame from a node in the WLAN; 

identifying the node from a header in the data frame; 
determining if a node element exists in the database that corresponds to the 
node; and 

if the node element does not exist, adding a new node element 
corresponding to the node in the database and updating the second set of statistics 
of the node element; and 

if the node element does exist, updating the second set of statistics of the 
node element. 

12. The method of claim 1 1 , wherein identifying the node comprises: 

if the node is indicated as a distribution system in the header, identifying 
the node as an AP; and 

if the node is not indicated as a distribution system in the header, 
identifying the node as a station. 

13. The method of claim 1 1 further comprising: 
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determining from the received data frame a destination node; 
identifying the destination node from the header; 

determining if a node element exists in the database that corresponds to the 
destination node; 

if the node element does not exist, adding a new node element 
corresponding to the destination node in the database and updating the first set of 
statistics of the node element; and 

if the node element does exist, updating the first set of statistics of the 
node element. 

14. The method of claim 13, wherein identifying the destination node 
comprises: 

if the destination node is indicated as a distribution system in the header, 
identifying the destination node as an AP; and 

if the destination node is not indicated as a distribution system in the 
header, identifying the destination node as a station. 

15. The method of claim 13, wherein creating session elements comprises: 
identifying a session between the node and the destination node; 
determining if a session element exists in the database that corresponds to 

the identified session; 

if the session element does not exist, adding a new session element 
corresponding to the identified session in the database and updating the 
first/second set of statistics of the new session element; and 

if the session element does exist, updating the first/second set of statistics 
of the session element 

16. The method of claim 1 , wherein transmissions are received and the 
database is compiled during a period of time. 



The method of claim 1, wherein analyzing comprises: 
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examining a received transmission; and 

determining an indicative state of the station associated with the received 
transmission. 

18. The method of claim 17, wherein a first state of the station is associated 
with a first set of transmissions, and wherein determining comprises: 

determining if the received transmission is one of the first set of 
transmissions; and 

identifying the state of the station as being the first state when the received 
transmission is determined to be one of the first set of transmissions. 

19. The method of claim 18, wherein a second state of the station is associated 
with a second set of transmissions, and wherein determining comprises: 

determining if the received transmission is one of the second set of 
transmissions; and 

identifying the state of the station as being the second state when the 
received transmission is determined to be one of the second set of transmissions. 

20. The method of claim 19, wherein a third state of the station is associated 
with a third set of transmissions, and wherein determining comprises: 

determining if the received transmission is one of the third set of 
transmissions; and 

identifying the state of the station as being the third state when the 
received transmission is determined to be one of the third set of transmissions. 

2 1 . The method of claim 20, wherein the first state indicates the station has not 
been authenticated or associated with the access point, the second state indicates 
that the station has authenticated but not associated with the access point, and the 
third state indicates that the station has authenticated and associated with the 
access point. 
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22. The method of claim 1 , wherein the transmissions exchanged between the 
station and the access point comply with an extensible authentication protocol 
over local area networks (EAPOL) protocol. 

23. The method of claim 1, wherein analyzing comprises: 

displaying a list of transmissions on the detector, wherein the list includes 
different types of transmissions potentially exchanged between the station and the 
access point; and 

when a received message corresponds to one of the types of transmissions 
in the list of transmissions, indicating on the list of transmissions that the type of 
transmission corresponding to the received message was received. 

24. The method of claim 23, wherein the types of transmissions include 
transmissions exchanged between the station and the access point during an 
authentication process in accordance with an extensible authentication protocol 
over local area networks (EAPOL) protocol. 

25 . The method of claim 1 , wherein diagnosing comprises: 

detecting a mismatched SSID problem by matching a client station SSID 
against SSIDs in the compiled database; 

detecting a wildcard SSID problem by matching a client station SSID 
against NULL SSID; 

detecting a mismatched channel problem by tracking traffic sent by a 
station in each channel; 

detecting a mismatched speed, privacy, network type, or preamble 
problem by matching a capability attribute of a station against that of the AP; 

detecting an authentication failure problem by tracking authentication 
response packets; 

detecting an association failure problem by tracking association response 
packets; 
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detecting an equipment failure problem when no packets are transmitted 
from a station; 

detecting a weak AP signal problem by checking AP signal strength in the 
compiled database; 

detecting a mismatched wired equivalent privacy (WEP) key problem 
when a station reaches an association state and has transmitted data packets but an 
associated AP does not send packets back to the station; or 

a higher layer protocol problem by detecting successful data exchanges 
between a station and an AP. 

26. A system to monitor a wireless local area network (WLAN), the system 
comprising: 

one or more stations; 

an access point (AP) that communicates with the one or more stations in 
the WLAN; 

a detector that receives transmissions exchanged between the one or more 
stations and the AP in the WLAN; and 

a database compiled based on the received transmissions; 

wherein connectivity problems of a station in the WLAN is diagnosed 
using the compiled database and a determined state of the station. 

27. The system of claim 26, wherein the database comprises: 

node elements, wherein a node element is associate with a station or an AP 
in the WLAN; 

session elements, wherein a session element is associated with a session 
established between two node elements; and 

channel elements, wherein a channel element is associated with a channel 
in the WLAN. 

28. The system of claim 27, wherein node elements are created by: 
receiving a beacon frame from a node in the WLAN; 
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determining a MAC address of the node from a source and destination 
field of the beacon frame; 

identifying the node as an AP in the database; 

determining if a node element exists in the database that corresponds to the 
node; and 

if the node element does not exist, adding a new node element 
corresponding to the node in the database. 

29. The system of claim 27, wherein node elements are created by; 
receiving a probe request from a node in the WLAN; 

determining a service set identification address (SSID) of the node from 
the received probe request; 

identifying the node as a station; 

determining if a node element exists in the database that corresponds to the 

node; 

if the node element does not exist, adding a new node element 
corresponding to the node in the database; 

determining from the received probe request a destination node; 

determining a SSID of the destination node from the received probe 
request; 

identifying the destination node as an AP; 

determining if a node element exists in the database that corresponds to the 
destination node; and 

if the node element does not exist, adding a new node element 
corresponding to the destination node in the database. 

30. The system of claim 27, wherein node elements are created by: 
receiving a data frame from a node in the WLAN; 
identifying the node from a header in the data frame; 

determining if a node element exists in the database that corresponds to the 

node; 
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if the node element does not exist, adding a new node element 
corresponding to the node in the database; 

determining from the received data frame a destination node; 
identifying the destination node from the header; 

determining if a node element exists in the database that corresponds to the 
destination node; and 

if the node element does not exist, adding a new node element 
corresponding to the destination node in the database. 

3 1 . The system of claim 30, wherein session elements are created by: 
identifying a session between the node and the destination node; 
determining if a session element exists in the database that corresponds to 

the identified session; 

if the session element does not exist, adding a new session element 
corresponding to the identified session in the database. 

32. The system of claim 26, wherein the state of the station is determined by: 
examining a received transmission; and 

determining an indicative state of the station associated with the received 
transmission. 

33. The system of claim 32, wherein a first state of the station is associated 
with a first set of transmissions a second state of the station is associated with a 
second set of transmissions and a third state of the station is associated with a 
third set of transmissions, and wherein detennining comprises: 

determining if the received transmission is one of the first set of 
transmissions; 

identifying the state of the station as being the first state when the received 
transmission is determined to be one of the first set of transmissions; 

detennining if the received transmission is one of the second set of 
transmissions; 
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identifying the state of the station as being the second state when the 
received transmission is determined to be one of the second set of transmissions 

determining if the received transmission is one of the third set of 
transmissions; and 

identifying the state of the station as being the third state when the 
received transmission is determined to be one of the third set of transmissions. 

34. The system of claim 33, wherein the first state indicates the station has not 
been authenticated or associated with the access point, the second state indicates 
that the station has authenticated but not associated with the access point, and the 
third state indicates that the station has authenticated and associated with the 
access point 

35. The system of claim 26, wherein connectivity problems of a station in the 
WLAN is diagnosed using the compiled database and a determined state of the 
station by: 

detecting a mismatched SSID problem by matching a client station SSJD 
against SSIDs in the compiled database; 

detecting a wildcard SSID problem by matching a client station SSID 
against NULL SSID; 

detecting a mismatched channel problem by tracking traffic sent by a 
station in each channel; 

detecting a mismatched speed, privacy, network type, or preamble 
problem by matching a capability attribute of a station against that of the AP; 

detecting an authentication failure problem by tracking authentication 
response packets; 

detecting an association failure problem by tracking association response 
packets; 

detecting an equipment failure problem when no packets are transmitted 
from a station; 
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detecting a weak AP signal problem by checking AP signal strength in the 
compiled database; 

detecting a mismatched wired equivalent privacy (WE?) key problem 
when a station reaches an association state and has transmitted data packets but an 
associated AP does not send packets back to the station; or 

a higher layer protocol problem by detecting successful data exchanges 
between a station and an AP. 

36. A computer-readable storage medium containing computer executable 
code to monitor a wireless local area network (WLAN) by instructing a computer 
to operate as follows: 

receiving transmissions exchanged between one or more stations and an 
access point (AP) in the WLAN using a detector located in the WLAN; 
compiling a database based on the received transmissions; 
analyzing the received transmissions to determine the state of a station; 

and 

diagnosing connectivity problems of the station using the compiled 
database and the determined state of the station. 

37. The computer-readable storage medium of claim 36, wherein compiling 
comprises: 

creating node elements in the database based on the received 
transmissions, wherein a node element is associate with a station or an AP in the 
WLAN; 

creating session elements in the database based on the received 
transmissions, wherein a session element is associated with a session established 
between two node elements; and 

creating channel elements in the database based on the received 
transmissions, wherein a channel element is associated with a channel in the 
WLAN. 



31 



W ° 03/088547 PCT/US03/10727 



38. The computer-readable storage medium of claim 37, wherein creating 
node elements comprises: 

receiving a beacon frame from a node in the WLAN; 
detennining a MAC address of the node from a source and destination 
field of the beacon frame; 

identifying the node as an AP in the database; 

detenmning if a node element exists in the database that corresponds to the 
node; and 

if the node element does not exist, adding a new node element 
corresponding to the node in the database. 

39. The computer-readable storage medium of claim 37, wherein creating 
node elements comprises: 

receiving a probe request from a node in the WLAN; 
detennining a service set identification address (SSE>) of the node from 
the received probe request; 

identifying the node as a station; 

determining if a node element exists in the database that corresponds to the 

node; 

if the node element does not exist, adding a new node element 
corresponding to the node in the database; 

determining from the received probe request a destination node; 

determining a SSID of the destination node from the received probe 
request; 

identifying the destination node as an AP; 

determining if a node element exists in the database that corresponds to the 
destination node; and 

if the node element does not exist, adding a new node element 
corresponding to the destination node in the database. 
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40. The computer-readable storage medium of claim 37, wherein creating 
node elements comprises: 

receiving a data frame from a node in the WLAN; 

identifying the node from a header in the data frame; 

determining if a node element exists in the database that corresponds to the 

node; 

if the node element does not exist, adding a new node element 
corresponding to the node in the database; 

determining from the received data frame a destination node; 
identifying the destination node from the header, 

determining if a node element exists in the database that corresponds to the 
destination node; and 

if the node element does not exist, adding a new node element 
corresponding to the destination node in the database. 

41 . The computer-readable storage medium of claim 40, wherein creating 
session elements comprises: 

identifying a session between the node and the destination node; 

determining if a session element exists in the database that corresponds to 
the identified session; 

if the session element does not exist, adding a new session element 
corresponding to the identified session in the database. 

42. The computer-readable storage medium of claim 36, wherein analyzing 
comprises: 

examining a received transmission; and 

determining an indicative state of the station associated with the received 
transmission. 

43. The computer-readable storage medium of claim 42, wherein a first state 
of the station is associated with a first set of transmissions a second state of the 
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station is associated with a second set of transmissions and a third state of the 
station is associated with a third set of transmissions, and wherein determining 
comprises: 

deternuning if the received transmission is one of the first set of 
transmissions; 

identifying the state of the station as being the first state when the received 
transmission is determined to be one of the first set of transmissions; 

detennining if the received transmission is one of the second set of 
transmissions; 

identifying the state of the station as being the second state when the 
received transmission is determined to be one of the second set of transmissions 

detennining if the received transmission is one of the third set of 
transmissions; and 

identifying the state of the station as being the third state when the 
received transmission is determined to be one of the third set of transmissions. 

44. The computer-readable storage medium of claim 43, wherein the first state 
indicates the station has not been authenticated or associated with the access 
point, the second state indicates that the station has authenticated but not 
associated with the access point, and the third state indicates that the station has 
authenticated and associated with the access point. 

45. The computer-readable storage medium of claim 36, wherein diagnosing 
comprises: 

detecting a mismatched SSID problem by matching a client station SSID 
against SSIDs in the compiled database; 

detecting a wildcard SSID problem by matching a client station SSID 
against NULL SSID; 

detecting a mismatched channel problem by tracking traffic sent by a 
station in each channel; 
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detecting a mismatched speed, privacy, network type, or preamble 
problem by matching a capability attribute of a station against that of the AP; 

detecting an authentication failure problem by tracking authentication 
response packets; 

detecting an association failure problem by tracking association response 
packets; 

detecting an equipment failure problem when no packets are transmitted 
from a station; 

detecting a weak AP signal problem by checking AP signal strength in the 
compiled database; 

detecting a mismatched wired equivalent privacy (WEP) key problem 
when a station reaches an association state and has transmitted data packets but an 
associated AP does not send packets back to the station; or 

a higher layer protocol problem by detecting successful data exchanges 
between a station and an AP. 
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